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(54) Performance counter for monitoring multiple events 



(57) A performance counter to monitor a plurality of 
events that may occur in a component within a compu- 
ter system during a monitoring period or testing period. 
The monitoring results, which are provided upon com- 
pletion of the performance testing, may be used to pro- 
vide histogram representations of the component 
performance. In one embodiment, the performance 
counter comprises a first storage, a second storage, 
programmable control logic, and a counting mecha- 
nism. The first storage is configured to store information 
indicative of a plurality of events to be monitored and the 
monitoring period for each e/ent The second storage is 
configured to store counting results obtained during the 
testing period. A counting mechanism, which is coupled 
to the second storage, is configured to monitor the 
occurence of the events in the component under test. 
The counting mechanism is coupled to the control logic 
and the control logic is coupled to the first storage. 
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Description 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

[0001] This invention generally relates to hardware 
performance counters and, more specifically, to per- 
formance counters that provide two-dimensional moni- 
toring capabilities. 

2 Description of the Related Art 

[0002] As the number and sophistication of proces- 
sors, memories, buses, and other components 
increase, computer systems that may integrate many of 
these components have become more and more com- 
plex. For example, a popular architecture in commercial 
multiprocessing computer systems is the symmetric 
multiprocessor (SMP) architecture. Typically, an SMP 
computer system comprises multiple processors con- 
nected through a cache hierarchy to a shared bus. Addi- 
tionally connected to the bus is a memory, which is also 
shared among the processors in the system. Proces- 
sors are often configured with internal caches, and one 
or more caches are typically included in the cache hier- 
archy between the processors and the shred bus in an 
SMP computer system. Multiple copies of data residing 
at a particular main memory address may be stored in 
these caches. In order to maintain the shared memory 
model, in which a particular address stores exactly one 
data value at any given time, shared bus computer sys- 
tems employ cache coherency. These systems, as well 
as other complex computer systems, ,.Jyp]raJ!y_ern^jp^_. 
complex protocols for purposes such as optimizing the 
system overall performance. 
[0003] In the course of implementing these complex 
protocols, the way resources in the computer system 
are used and the way data contention occurs affect the 
overall system performance. A particular concern is the 
occurrence of "bottleneck" conditions. Bottleneck condi- 
tions may significantly alter the total time (i.e. the speed) 
that is needed to complete the execution of a set of 
instructions or a computation task. Further bottleneck 
conditions may occur in more than one component in 
the computer system. The occurrence and severity of 
bottleneck conditions depend on several factors such as 
the characteristics of the computer system, the task 
being performed, and the type of instructions being exe- 
cuted. 

[0004] Performance counters have been used to 
identify bottleneck conditions in computer systems. 
They may be used to evaluate a system's performance 
and subsequently to optimize its performance. Perform- 
ance counters can be implemented either hardware or 
software. Both hardware and/or software performance 
counters have been used in evaluating and optimizing 
the performance of computer systems. 



[0005] Software performance counters typically 
monitor a particular component through the execution of 
a set of instructions. Since the software performance 
counter has itseK to be executed by the computer sys- 

5 tern, an operating aspect of the component being moni- 
tored may be needed to execute the software. Therefore 
software performance counters have a potential to inter- 
fere with the operation of the component being moni- 
tored. Such interference may affect the accuracy of the 

10 evaluation results that are sought by employing the soft- 
ware performance counter. 

[0006] Hardware performance counters may be 
employed to monitor specific signals associated with the 
operation of a component. Hardware performance 
is counters may be designed as embedded units within 
the components to be monitored or within the computer 
system. Typically, no execution of software is needed to 
operate the hardware performance counter. Accord- 
ingly, they tend to interfere less with the operation of the 
20 components being monitored when compared to soft- 
ware performance counters. 
[0007] To monitor the performance of a component 
within a computer system, the hardware performance 
counter may be set to monitor the occurrence of a spe- 
25 at ic event within the component for a specific period of 
time, or monitoring period. Unfortunately, in many situa- 
tions, the monitoring data obtained by such perform- 
ance counters typically does not provide enough 
information to precisely and thoroughly evaluate bottle- 
so neck and/or other operating conditions. Therefore, the 
designer may have insufficient information to modify the 
system for optimal performance, or may otherwise con- 
sume much time and effort to optimize the system 
design. Accordingly, a hardware performance counter is 
35 desired to provide a more comprehensive evaluation of 
a computer system component 

S UMMARY QF THE INVgNTIQN 

40 [0008] Particular and preferred aspects of the 
invention are set out in the accompanying independent 
and dependent claims. Features of the dependent 
claims may be combined with those of the independent 
claims as appropriate and in combinations other than 

45 those explicitly set out in the claims. 

[0009] According to the invention there is provided 
a performance counter to monitor a plurality of events 
that may occur in a component within a computer sys- 
tem during a monitoring period or testing period. The 

so monitoring results, which are provided upon completion 
of the performance testing, may be used to provide his- 
togram representations of the component performance. 
In one embodiment, the performance counter com- 
prises a first storage, a second storage, programmable 

55 control logic, and a counting mechanism. The first stor- 
age is configured to store information indicative of a plu- 
rality of events to be monitored and the monitoring 
period for each event. The second storage is configured 
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to store counting results obtained during the testing 
period. A counting mechanism, which is coupled to the 
second storage, is configured to monitor the occurrence 
of the events in the component under test. The counting 
mechanism is coupled to the control logic and the con- 5 
trol logic is coupled to the first storage. 
[001 OJ The control logic is configured to control the 
counting mechanism based upon the information stored 
in the first storage such that two or more events are 
counted during the monitoring period. The counting 10 
results include a count for each event from the events 
being monitored during the monitoring period. Thus, the 
count is indicative of a frequency of occurrence of the 
corresponding event Advantageously, the performance 
counter provides two-dimensional data on the perform- is 
ance of the component under test. Accordingly, the 
monitoring data may be used to develop a histogram 
performance representation that provides the designer 
with accurate and precise evaluations of the system 
performance. so 
[001 1 ] The performance counter may be embedded 
within a system memory, a cache, a cache controller, a 
bus, a buffer, an interconnect, a queue, a snoop control- 
ler, a processor, an input/output device, or other compo- 
nent within the computer system. Further, two or more 25 
performance counters may be employed to monitor two 
or more components within the computer system during 
the same monitoring or testing period. 

BRIEF DESCRIPTION OF THE DRAWINGS 30 

[001 2J For a better understanding of the invention 
and to show how the same may be carried into effect 
reference is now made by way of example to the accom- 
panying drawings in which: 35 

Fig. 1 is a block diagram of a histogrammic perform- 
ance counter that enables monitoring of bottleneck 
conditions for a plurality of events in a component 
within a computer system during a monitoring ao 
period; 

Fig. 1 A is an illustration of the relationship between 
a plurality of events and their corresponding counts 
in the histogrammic performance counter of Fig. 1 ; 45 

Fig. 1B is a block diagram of another embodiment 
of a histogrammic performance counters that ena- 
bles monitoring of bottleneck conditions for a plural- 
ity of events in a component within a computer so 
system during a monitoring; 

Fig. 1 C is an illustration of the relationship between 
a plurality of events and their corresponding counts 
in the histogrammic performance counter of Fig. ss 
1B; 

Fig. 2 is a block diagram of a histogrammic perform- 
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ance counter that is implemented within an inter- 
face of a mode in a multiprocessing computer 
system; and 

Fig. 3 is a block diagram of a histogrammic perform- 
ance counter that is implemented to monitor cache 
performance within a computer system. 

[0013] While the invention is susceptible to various 
modifications and alternative forms, specific embodi- 
ments thereof are shown by way of example in the draw- 
ings and will herein be described in detail. It should be 
understood, however; that the drawings and detailed 
description thereto are not intended to limit the invention 
to the particular form disclosed, but on the contrary, the 
intention is to cover all modifications, equivalents and 
alternatives falling within the spirit and scope of the 
present invention. 

DETAILED DESCRIPTION OF THE DRAWINGS 

[0014] Turning now to Figures 1 and 1A, a block 
diagram of a histogrammic performance counter is 
shown in Figure 1 that enables monitoring of bottleneck 
conditions in a component within a computer system 
during a monitoring period. Figure 1A shows the rela- 
tionship between a plurality of events that may be mon- 
itored by the performance counter system 100 and the 
corresponding results that may be used to identify bot- 
tleneck conditions within the component under test. 
[0015] The performance counter system 100 
includes control logic 110, program information storage 
120, counting mechanism 150, and results storage 160. 
Also shown in Figure 1 is a component 1 30 to be moni- 
tored by the histogrammic performance counter 100. 
The control logic 1 1 0 is coupled to the program informa- 
tion storage 120 and the counting mechanism 150. The 
program information storage 120 may be programmed, 
through the control logic 1 10, to store program informa- 
tion (Fig. 1A) about the events to be monitored and 
about the monitoring period for each of those events. 
For illustration, Figure 1 shows the content of the pro- 
gram information storage 120 to include the events 124 
and the monitoring period 126. The counting mecha- 
nism 150 is coupled to the results storage 160. Further, 
the counting mechanism 150 is coupled to the compo- 
nent to be monitored, i.e. the component 130 as shown 
in Figure 1. 

[0016] As used in this description, the component 
1 30 may be any hardware that is used to process, store, 
or move data in a computer system. For example, the 
component 130 may be a first-in first-out (FIFO) queue, 
a reissue queue, a data cache, an instruction cache, a 
cache controller, a snoop controller, a bus, a global 
interconnect, a buffer, an input/output device, an inter- 
face, or a system memory within the computer system. 
[0017] Further, an event is defined as an occur- 
rence of a particular state (or condition) in the compo- 
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nent being monitored. Figure 1 A shows the events E1 to 
En programmed into the program information storage 
120. For example, if the component 130 is a FIFO 
queue, the event of interest may be the number of 
entries in the queue. If the queue is designed to hold a 
maximum often entries, the queue is full if the number of 
entries at any point of time during its operation is ten. 
The queue is empty if the number of entries at any point 
of time during its operation is zero, and the queue is 
half-full if the number of entries at any point ol time dur- 
ing its operation is five. In this example, the plurality of 
events 124 (to be stored in the program information 
storage 120) may be defined based on the number of 
entries in the queue. Thus, ten entries in the queue may 
be defined as event 1, zero entries in the queue may be 
defined as event 2, and five entries in the queue may be 
defined as event 3, and so on. 
[0018] Further in example, rf the component 130 is 
a data cache, events of interest may be a cache hit or 
cache miss for a specific address that corresponds to a 
data line in the cache. Accordingly, an occurrence of a 
cache hit on a line that corresponds to address A may 
be defined as a/ent 1. Similarly, an occurrence of a 
cache hit on a data line that corresponds to address B 
may be defined as event 2. An occurrence of a cache 
miss on the line that corresponds to address A may be 
defined as event 3, and the occurrence of a cache miss 
on the line that corresponds to address B may be 
defined as event 4, and so on. 
[0019] Generally speaking, as shown in Figure 1A, 
the events 124 that are stored in the program informa- 
tion storage 120 may be represented as: 

Events = {E1,-E2 ( E3,E4, -En} . 

where "n" is the total number of events 124 of interest, 
i.e. the events that are stored in the program information 
storage 120 to be monitored during the monitoring 
period 126 as shown in Figure 1A. For example, in the 
data cache above, there may be several addresses 
where a miss may occur; however, if only address A and 
address B are of interest for the performance monitoring 
purpose, then the events 124 are E1 and E2, where E1 
and E2 are the occurrence of cache miss on address A 
and address B, respectively. 
[0020] The monitoring period 126 (that is stored 
within the program information storage 120) is defined 
as the period over which the component 130 is moni- 
tored. In Figure 1A, the monitoring period 126 includes 
a plurality of monitoring cycles (or sub-monitoring peri- 
ods), t1 to tn, over which the monitoring of component 
130 is performed. Accordingly, the monitoring period 
126 (or any of the plurality of sub-monitoring periods) 
may directly or indirectly represent time. For example, 
each sub-period (tl to tn) of the monitoring period 126 
may be a quantity of dock time (such as 1 0 seconds) , or 
may be a number of bus cycles (such as 1000 cycles). 
Accordingly, the event E1 may be monitored during the 



sub-period 11, the event E2 may be monitored during 
the sub-period t2, the event En may be monitored dur- 
ing the sub-period tn, and so on. The arrow in Figure 1 A 
illustrates the counting process for each event E1-En 
5 during the corresponding period t1 -tn. Upon completion 
of the counting of each event, the total count for that 
event is stored. Accordingly, the monitoring of the 
events El-En, during the sub-period tl-tn, results in the 
counts Cl-Cn; respectively. 
io [0021] The program information storage 120 may 
be any type storage that enables storing (or holding) of 
the events 124 and the monitoring period 126. The pro- 
gram information storage 120 is programmable such 
that events 124 and the monitoring period 126 are pro- 
is grammed prior to starting the performance monitoring. 
The information content of the program information 
counter 120 may be inputted through the control logic 
1 10. However, it should be noted that any data inputting 
procedure or method may be used to input data into the 
so program information storage 120. 

[0022] The control logic 110 provides the control 
signals necessary to control the operation of the per- 
formance counter 100. In one embodiment the control 
logic 1 10 may be coupled to a time indicator unit or a 
25 bus cycle counter. The control logic 1 1 0 is configured to 
control the counting mechanism 150 such that monitor- 
ing and counting of the component 130 are performed 
according to the information stored with the program 
information storage 120. Accordingly, the counting 
30 mechanism 1 50 may be viewed as being programmable 
to provide monitoring and counting functions during the 
performance testing of the component 130 based on the 
information stored within the program information stor- 

age -120 

35 [0023] In one particular embodiment, the monitor- 
ing period 126 that is programmed in the performance 
counter 100 includes equal sub-monitoring periods. The 
latter may be a constant period of time for each sub- 
monitoring period or a constant number of cycles for 
40 each sub-monitoring period. Thus, in this embodiment, 
each of the events 124 within the program information 
storage 120 may be monitored for an equal share of the 
monitoring period 126. For example, the events 124 
may include E1 to E10, wherein each of the plurality E1- 
45 E1 0 is monitored for a 0.01 second or for a 1000-cycle. 
[0024] In another particular embodiment, the moni- 
toring period 126 that is programmed in the perform- 
ance counter 100 may include unequal sub-monitoring 
periods. The latter may be a variable period of time for 
so each sub-monitoring period or a variable number of 
cycles for each sub-monitoring period. Thus, in this 
embodiment, the plurality of the events 124 within the 
program information storage 120 may be monitored for 
unequal shares of the monitoring period 126. For exam- 
55 pie. the events 124 may include E1 to E5, wherein E1 , 
E2, E3, E4, and E5 are monitored for 0.01, 0.02, 0.01, 
0.03, and 0.03 second; respectively. 
[0025] Furthermore, the control logic 110 may be 
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configured to cause the counting mechanism 150 to 
monitor and count the events 124 in a specific sequence 
according to a predetermined criterion. For example, 
the events (E1 . E2, E3, E4, E5} may be monitored in the 
sequence E1 , E2, E3, E4, and E5 relative to the starting 
of the monitoring testing. Alternatively, the events {E1, 
E2, E3, E4, E5} may be monitored in another sequence 
such as E2, E3, El , E5, and E4 according to the prede- 
termined criterion, and so on. The predetermined crite- 
rion may be programmed into the control logic 110. 
Alternatively, the predetermined criterion may be inher- 
ently implemented by the same sequence in which the 
events 124 are stored within the program information 
storage 120. 

[0026] As discussed earlier, the monitoring and 
counting functions of the performance counter 100 are 
performed by the counting mechanism 150. The count- 
ing mechanism 150 is configured to monitor the events 
in the component 1 30 and to count the number of each 
event that occurs during the monitoring period. Gener- 
ally speaking, the counting mechanism 1 50 may be any 
hardware counting device, system, or apparatus that 
enables counting of an event in a component such as 
the component 130 of the embodiment of Figure 1 . 
[0027] The counting mechanism 150 is coupled to 
the results storage 160. The results storage 160 may be 
any register, or other storage, which is usable to accu- 
mulate and store counts. The content of the results stor- 
age 160 is retrievable at least at the conclusion of the 
monitoring period 126. In one embodiment the results 
register 160 may include a plurality of storage locations 
such that the number of storage locations is equal to the 
number of the events 1 24 that are stored in the program 
information storage 120. Each of the storage locations 
within the results storage 160 may be used to store the 
total count that corresponds to one of the events 124. 
Preferably, the value in each of the results storage 160 
locations is set to zero at the start of the performance 
testing. The latter may be achieved by a reset signal that 
is generated by the control logic 110. 
[0028] At the conclusion of the performance testing, 
the content of the result storage 160 provides the 
number of counts for each of the events 124 that 
occurred in the component 130 over the monitoring 
period 126. Accordingly, a histogram representation 
may be obtained for the distribution of the frequency of 
occurrence for the events of interest during the monitor- 
ing period. The performance data stored within the 
results storage 160 at the conclusion of the monitoring 
period 126 may be represented (Figure 1 A) by: 

Results * [C1, C2. C3, C4, CEn] 

where CE1. CE2. ...CEn is the total count (or the fre- 
quency of occurrence) for the events E1, E2 En; 

respectively. When the Es are plotted on the abscissa 
and the Cs are plotted on the ordinate, a histogram plot 
is obtained showing the events and their corresponding 



frequencies. If the ratio of each event frequency over the 
overall frequency of events is plotted on the ordinate, 
the histogram plot shows the relative frequency distribu- 
tion of events over the monitoring period. Similarly, a 

5 corresponding portion of the monitoring period 126 
(such as time period or a number of cycles) for a partic- 
ular event may be plotted on the abscissa. Accordingly, 
the data provided by the performance counter 100 may 
be used to measure the performance characteristics of 

w a component to identify bottleneck conditions and to 
generally optimize the component 
[0029] Figure IB is a block diagram of another 
embodiment of a histogrammic performance counter 
200. Circuit portions that correspond to those of Figure 

is 1 are numbered identically for simplicity and clarity. In 
this embodiment, the counting mechanism 150 includes 
a plurality of counters 150 A to 150N. The events 24 that 
are programmed into the program information storage 
120 are assigned to the plurality of counters 150 A to 

20 1 SON. Each counter within the counting mechanism 1 50 
may be controlled to monitor a specific event from the 
plurality of events 124. For example, the counter 150 A 
may be set to count the event E1, the counter 1 50B may 
be set to count the event E2, and the counter 150N may 

25 be set to count the event En, and so on. In this embodi- 
ment, all the counters within the counting mechanism 
150 are set active during the monitoring period 126. The 
monitoring period 126 does not include sub-periods that 
are assigned to the events 124, since the events are 

30 assigned to the counters. When a particular event 
occurs, the corresponding counter increments the 
results storage 160 value maintained for that event by 
one count. For example, when the event E1 occurs, the 
corresponding counter 150 A increments the count C1. 

35 Similarly, when the event En occurs, the corresponding 
counter 150N increments the count Cn, and so on. Fig- 
ure 1C shows the relationship between content of the 
program information storage 120 and the results regis- 
ter 160 for the histogramrhic performance counter 200 

40 of Figure 1 B. As shown in the figure, all the events 124 
are monitored during the whole monitoring period 126, 
which is referred to as T. Each event is monitored by 
one of the plurality of the counters. At the conclusion of 
the monitoring period t the results register 160 contains 

45 all the counts of the events that were monitored during 
the monitoring period t. 

[0030] It should be noted that two or more of the 
performance counters, as shown in the embodiments of 
Figures 1 and 1 B, may be used to monitor a plurality of 

so events in two or more components within a computer 
system. Since the histogrammic performance counter is 
programmable, different sets of events may be moni- 
tored in the components to be monitored. For example, 
two histogrammic performance counters 100 may be 

55 used, one to monitor an in-queue and the other to mon- 
itor an out-queue, within a system interface as dis- 
cussed below. 

[0031] Turning now to Figure 2, a block diagram of 
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a histogrammic performance counter 100 is shown 
implemented within an SMP node of a distributed com- 
puter system 1 0. The computer system 1 0 includes mul- 
tiple SMP nodes 12A-12D interconnected by a network 
14. In the embodiment shown, each SMP node 12 
includes multiple processors 16, caches 18, a bus 20, a 
memory 22, and the system interface 24. The interlace 

24 includes two pipeline transaction queues: in-queue 

25 for incoming transactions into node 12A and out 
queue 29 for outgoing transactions from node 12 A. 
[0032] In this embodiment, the histogrammic per- 
formance counter 300 is configured to monitor the in- 
queue 25 and the out-queue 29 within the interface 24 
in node 12A. The in-queue 25 is used to pipeline trans- 
actions that are presented upon the network 14 and 
addressed to the node 12A. The out-queue 29 is used 
to pipeline transactions generated in the node 12A 
which need to be transmitted to the other nodes through 
the network 14. Knowledge of the number of transac- 
tions (or the number of entries) pending within the in- 
queue 25 and within the out-queue 29 during operation 
of the system is important to the designer in making 
optimizations. 

[0033] Figure 3 illustrates an alternative embodi- 
ment wherein a histogrammic performance counter is 
used to measure the performance of a cache memory 
18B. For example, the histogrammic performance coun- 
ter 300 may be used to monitor the hits that occur in the 
cache memory 18B with respect to access particular 
address locations. 

[0034] White the present invention has been 
described with reference to particular embodiments, it 
will be understood that the embodiments are illustrative 
and that the invention scope is not so limited. Any varia- 
tions, modifications, additions and improvements to the 
embodiments described are possible. These variations, 
modifications, additions and improvements may fall 
within the scope of the invention as detailed within the 
following claims. 

Claims 

1 . A performance counter for counting occurrences of 
two or more events in a component within a compu- 
ter system during a monitoring period, said per- 
formance counter comprising: 

a first storage configured to store information 
indicative of said two or more events to be 
monitored; 

a second storage configured to store counting 
results of said occurrences of said two or more 
events; 

a counting mechanism coupled to said second 
storage; and 



control logic coupled to said first storage and 
configured to control said counting mechanism 
based upon said information in said first stor- 
age such that said occurrences of said two or 
5 more events are counted during said monitor- 

ing period. 

2. The performance counter as recited in claim 1, 
wherein said counting results include a total count 

10 tor each of said two or more events during said 
monitoring period. 

3. The performance counter as recited in claim 1 a 2, 
wherein said counting mechanism increments a 

is count value maintained for a particular event upon 
each occurrence of said particular event during said 
monitoring period. 

4. The performance counter as recited in claim 1 , 2 or 
so 3, wherein said monitoring period is a period of 

time. 

5. The performance counter as recited in claim 1 , 2 or 
3, wherein said monitoring period is a number of 

25 cycles within said computer system. 

6. The performance counter as recited in claim 1 . 2 or 
3. wherein said monitoring period further includes a 
plurality of sub-monitoring periods, wherein a par- 

30 ticular event of said two or more events is counted 
during one of said plurality of sub-monitoring peri- 
ods. 

7. The performance counter as recited in claim 6, 
35 wherein a first event of said two or more events is 

counted during a first sub-monitoring period of said 
plurality of sub-monitoring periods and wherein a 
second event of said two or more events is counted 
during a second sub-monitoring period of said plu- 
<o rality of sub-monitoring periods. 

8. A method for performance monitoring to count two 
or more events that are occurring in a component 
within a computer system during a monitoring 

45 period, said method comprising: 

storing in a first storage information indicative 
of said two or more events to be monitored; 

so controlling a counting mechanism based upon 

said information in said first storage such that 
occurrences of each of said two or more events 
are counted during said monitoring period, and 

55 storing in a second storage counting results of 

each of said two or more events which occur in 
said component. 



6 



11 



EP1 024 432 A2 



12 



9. The method as recited in claim 8. wherein said 
counting results include a total count for each of 
said two or more events during said monitoring 
period. 

1 0. The method as recited in claim 8 or 9, wherein said 
counting mechanism increments a count value 
maintained for a particular event upon each occur- 
rence of said particular event. 

11. The method as recited in claim 8, wherein said 
monitoring period is a period of time. 

12. The method as recited in claim 8, 9 or 10, wherein 
said monitoring period is a number of cycles within 
said computer system. 

13. The method as recited in claim 8. 9 or 10, wherein 
said monitoring period further includes a plurality of 
sub-monitoring periods, wherein a particular event 
of said two or more events is counted during one of 
said plurality of sub-monitoring periods. 

14. The method as recited in claim 13, wherein a first 
event of said two or more events is counted during 
a first sub-monitoring period of said plurality of sub- 
monitoring periods and wherein a second event of 
said two or more events is counted during a second 
sub-monitoring period of said plurality of sub-moni- 
toring periods. 

15. A multiprocessing computer system comprising: 

a plurality of processing nodes interconnected 
through a network, wherein a first processing 
node of said plurality of processing nodes 
includes: 

a transaction queue for storing pending trans- 
actions being conveyed between said first 
processing node and said network, and 

a performance counter coupled to said transac- 
tion queue and configured to count occur- 
rences of two or more events in said 
transaction queue during a monitoring period, 
wherein said performance counter comprises: 

a first storage configured to store informa- 
tion indicative of said two or more events to 
be monitored: 



control logic coupled to said first storage 
and configured to control said counting 
mechanism based upon said information in 
said first storage such that said occur- 
5 rences of said two or more events are 

counted during said monitoring period. 

16. The multiprocessing computer system as recited in 
claim 15, wherein said counting results include a 

10 total count for each of said two or more events dur- 
ing said monitoring period. 

17. The multiprocessing computer system as recited in 
claim 15 or 16, wherein said counting mechanism 

75 increments a count value maintained for a particu- 
lar event upon each occurrence of said particular 
event during said monitoring period. 

18. The multiprocessing computer system as recited in 
so daim 1 5, 1 6 or 1 7 wherein said monitoring period is 

one of a period of time and a number of cycles 
within said multiprocessing computer system. 

19. The multiprocessing computer system as recited in 
25 claim 15, 16 or 17, wherein said monitoring period 

further includes a plurality of sub-monitoring peri- 
ods, wherein a particular event of said two or more 
events is counted during one of said plurality of sub- 
monitoring periods. 

30 

20. The multiprocessing computer system as recited in 
claim 19, wherein a first e/ent of said two or more 
events is counted during a first sub-monitoring 
periodof said plurarrty of sub-monitoring periods 

35 and wherein a second event of said two or more 
events is counted during a second sub-monitoring 
period of said plurality of sub-monitoring periods. 



40 



45 



50 



a second storage configured to store 
counting results of said occurrences of 
said two or more events: 55 

a counting mechanism coupled to said 
second storage; and 
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